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REMARKS 

Applicant wishes to thank the Examiner for the telephonic interview on April 14, 2006. 
During the telephonic interview, claim 1 and the cited references, U.S. Patent Nos. 6,178,51 1 
and 6,535,879 were discussed. 

I. Disposition of the Claims 

Claims 1-51 are pending in this application. Claims 1, 22, and 43 are independent. The 
remaining claims depend, directly or indirectly, from claims 1, 22, and 43. No new matter has 
been added. 

II. Claim Rejections under 35 U.S.C. § 103 

Claims 1-51 stand rejection under 35 U.S.C. § 103(a) as being unpatentable over U.S. 
Patent No. 6,178,51 1 issued to Cohen (hereinafter "Cohen") in view of U.S. Patent No. 
6,535,879 issued to Behera (hereinafter "Behera"). 

Independent claims 1, 22, and 43 recites mapping the first global user 
identification to the local user schema, and mapping the second global user identification to the 
local user schema. As such, these claims require mapping the first global user identification and 
the second global user identification to the same local user schema. According to the Office 
Action, Figures 7 and 8, and col. 7, lines 11-17 of Cohen allegedly disclose mapping the first 
global user identification and the second global user identification to the same local user schema. 
However, the cited passage actually discloses: 
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At step 52, the logon coordinator 26 substitutes given data received 
from the PKM into substitution variables in the invocation strings 
returned from the CIM. In particular, the logon coordinator 
performs a matching operation; for each PKM target entry, the 
coordinator determines whether there is a corresponding CIM 
entry. If so, step 52 binds the two entries together. This is 
illustrated in FIG. 8. 

As such, the cited passage of Cohen does not disclose or suggest mapping the first global user 
identification and the second global user identification, much less, to the same local user schema. 
Also, as described in Cohen , the configuration information manager (CIM) includes information 
on how to logon to applications configured on a given machine (col. 4, lines 48-50, and Figure 
2). The personal key manager (PKM) 24 contains information about users, systems and the 
passwords they use to logon (col. 4, lines 61-62, and Figure 2). During use, the user creates a 
target, defined as an application, server, or system which the user needs an id/password to logon, 
in the personal key manager (PKM) for each real target to which the user can logon (col. 5, lines 
46-51). The logon coordinator 26 then substitutes given data from the PKM into substitution 
variables in the invocation strings returned from the CIM (col. 7, lines 11-17, and step 52 in 
Figure 6). The logon coordinator of Cohen next performs a matching operation for each PKM 
target entry to determine if there is a corresponding CIM entry (col. 7, lines 11-17). Thus, in 
Cohen, for each user that logs in to a system supported by a CIM, an id/password from the PKM 
is substituted into the invocation string for a target in the CIM. As such, Cohen actually requires 
a PKM for each target of a user, and does not disclose or suggest mapping different global user 
identifications to a same local user schema, as recited in claims 1, 22, and 43. Behera also does 
not disclose or suggest the above limitation, and therefore fails to make up the deficiency present 
in Cohen. For at least the foregoing reasons, claims 1, 22, and 43, and their respective dependent 
claims, are believed allowable over Cohen, Behera, and their combination. 
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Claims 1, 22, and 43 also recite assigning the local user schema to the first user with a 
first user role, and assigning the local user schema to the second user with a second user role. 
Applicant agrees with the Examiner that Cohen does not disclose or suggest these limitations (as 
further clarified by the Examiner in the telephonic interview). According to the Office Action, 
col. 3 lines 38-39 of Behera allegedly disclose assigning the same local user schema at a network 
node to both a first user with a first user role and a second user with a second user role. 
However, the cited passage of Behera actually discloses three ways that a DSAdmin can grant 
users access privilege, none of which involves assigning a local user schema to a user wherein 
the same local user schema is also assignable to a second user with a different user role. In 
addition, to the extent that the "access privilege" in Behera is analogized as the claimed "local 
user schema," Applicant submits that both terms "local user schema" and "privilege" are recited 
in claims 1, 22, and 43 to refer to different things, and therefore, cannot be considered to be one 
and the same within the context of the claims. Further, Applicant respectfully notes that Behera 
is directed toward a system that allows an administrator to manage access to directory 
information by specifying the particular directory information and the desired attributes of the 
users that are allowed access (col. 1, lines 65-67 - col. 2 lines 1-2). Behera describes granting 
users the same access privileges to directory information by granting access to a role and adding 
that role to the user's roles (col 3 lines 38-45). Thus, Behera teaches how to grant access 
privileges to different users with a same role, and does not disclose or suggest users with 
different roles, much less, assigning the same mapped local user schema to different users with 
different roles. For these additional reasons, claims 1, 22, and 43 are believed allowable over 
Cohen, Behera, and their combination. 
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Further, Applicant respectfully notes that the same local user schema is recited in the 
mapping steps and the assigning steps in claims 1, 22, and 43. As such, even if the alleged 
mapping of a user identification to the CIM (which is analogized as the local user schema in the 
Office Action) in Cohen were to be combined with the alleged assigning of the access privilege 
(which is analogized as the local user schema in the Office Action) in Behera, the combination 
only result in a process in which two different schemas are used, and would not result in a same 
schema being used in the mapping and assigning steps. For this additional reason, Applicant 
respectfully submits that claims 1, 22, and 43 are allowable over Cohen, Behera, and their 
combination. 

Applicant believes this reply to be fully responsive to all outstanding issues. If this belief 
is incorrect, or other issues arise, do not hesitate to contact the undersigned or his associates at 
the telephone number listed below. 

The Commissioner is authorized to charge any fees due in connection with the filing of 
this document to Bingham McCutchen's Deposit Account No. 50-2518, referencing billing 
number 7010852002. The Commissioner is authorized to credit any overpayment or to charge 
any underpayment to Bingham McCutchen's Deposit Account No. 50-25 18, referencing billing 
number 7010852002. 



Bingham McCutchen LLP 
Three Embarcdero Center 
San Francisco, C A 941 1 1 
Telephone: (650) 849-4960 
Facsimile: (650) 849-4800 
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Respectfully submitted, 
Bingham McCutchen LLP 



Dated: 



April 24. 2006 




Gerald Chan 
Reg. No. 51,541 



